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Abstract. This paper aims to show the technological change that 
happened in the cartographic production workflows of IGN-E during 
last years. 

In the first decade of 2000 a geographic information product was 
defined, the National Topographic Database 1:25000 -BTN25-.This 
new product was created by means of a transitional technology con- 
sisting of a geographic database stored in Oracle Spatial, and it was 
implemented by a customizing CAD environment and also by some 
own applications related to management and data control. 

Since May 2010, we are focusing our efforts on getting a safe produc- 
tion environment, specifically watching the consistency and quality in 
our products. I n order to assure this consistency, semantic rules have 
been introduced, which establish a set of permissions and restrictions 
by means of topological relationships that "must or can" be accom- 
plished by the geographic features. 
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1. Introduction 

BTN25 is the basic infrastructure of geographic vector data infor- 
mation which describe the reality in a uniform way in Spain, one of 
its main uses is the production of the National Topographic Map 
1:25,000 Spain. 



BTN25 began its production in 2006 and it's the successor of the 
former Numerical Cartographic Base 1:25,000 -BCN25- which went 
out of production in the same year. 

What are the differences between the BCN25 and BTN25? Basically 
the origin of its data source, this origin determines the nature of the 
product. 

First, BCN25 begins in ]995 with the purpose of providing an infra- 
structure of basic digital geographic data with national coverage at 
1:25,000 scale, designed and structured for allowing analysis opera- 
tion by automatic processes in GIS [GAR09]. 

The production process of BCN25 begins with MTN25. From digital 
files of each sheets of the map, original geometry is extracted, elimi- 
nating symbols and everything that is in order to improve visual in- 
terpretation. Thereafter, carries out a topological and geometric 
treatment, while checks are made to ensure the quality and con- 
sistency of data. 

Therefore, BCN25 has a cartographic character because of its origin, 
displacing geometry in case of conflict, and the end product is a set of 
files, and analytically and semantics correct, covering the entire terri- 
tory, one per sheet of MTN25 with continuity ensured between sheets 
and two-dimensional. I n Figure lyou can see how BCN25 fits in real 
world. 




Figure L BCN25 superimposed on PNOA orthophoto 



Without much thought, we can see that the product is not suitablefor 
analysis, it is also very complex direct update on the orthophoto, due 
to its cartographic displacement. 

As an immediate consequence, in 2006 a new product was defined, 
BTN25, consisting of a set of tree- dimensional topographic vector 
data representing reality directly without cartographic modification. 
The BTN25 principal objective is directly provide data that allow 
analysis and planning in Geographic Information Systems, GIS, and 
to serve as a reference source for other products and services such as 
the geographic map series, the National Geographic I nformation Sys- 
tem of Spain, the Spatial Data Infrastructure of Spain -IDEE- etc. 
[BTN09]. Figure 2 shows the coincidence with the orthophotograph 
BTN25PNOA 




Figure 2. BTN25 superimposed on an orthophoto of PNOA 

The transition between these two products suppose a change of para- 
digm, it is going to have the priority objective MTN25 and the by- 
product BCN25, to focus attention on BTN25 and get the other prod- 
ucts and, moreover, it is a total modification of the production pro- 
cess, which affects even the work platform. 

Then will proceed to show the strategy used in the modification of the 
production process. Strategy based on the development and techno- 
logical innovation to achieve more efficient methodologies in order to 
ensure product integrity. 



2. Transition from Bcn25 to Btn25. A Change in Two 
Phases 

This process began in 2006 with the aim of obtain ing the BTN 25 with 
the conditions above have been cited with no delays in production. 

There were two phases to undertake the process modifications. The 
following details each. 

2.1. RES25 project 

At this stage, the strategy was to continue producing with a consoli- 
dated working environment, MicroStation, customized to improve 
production and ensure product quality. Parallel own applications 
were developed in C # and Fortran in order to automate part of the 
workflow. 

Thus, starting from the original information of BCN25 and latest 
photogrammetric restitution available, updated previously, BTN 25 
was obtain in DGN format. Subsequently, all the information is cen- 
tralized in an Oracle spatial database according to the data model 
designed for this product that could be accessed from most of the Gl S 
applications and it was possibleto export to popular formats used in 
the sector. Figure 3 shows in detail the workflow in the project 
[GON06]. 




Figure 3. Project Flowchart RES25 

The critical process in this development was to solve the correlation 
phase, which was achieved by linking BCN25 elements and their 
counterparts in the photogrammetric restitution, so the final result, 
the BTN 25, benefited from the thematic information BCN25 and 
three-dimensional geometries of restitution. 

Finally, BTN25, with three-dimensional geometries and DGN format, 
was i mported i nto a central i zed database Oracl e Spati al . 




Figure 4. BTN25from RES25 project 

While the goal was achieved, ie BTN25 was obtained with the three- 
dimensional geometry captured in their true position, with produc- 
tion unit MTN25 sheet but continues in the Spanish territory, and 
with a geometric structure and in an environment that allowed GIS 
use, the fact of not having been fully produced in a GIS environment 
it not allowed get a lot of features that were essential to manage 
BTN25. 

2.2. BTN25 GIS project 

In 2009, after the RES25 project started in full swing, the task of 
change the production platform of BTN25 was addressed. 

The environment was chosen Geomedia, lay ahead create a develop- 
ment group that would carry out the production project BTN25 GIS 
and support different teams. 

The task became urgent as needed to keep record and feature identi- 
fiers along updating processes, managing new elements, deletions 
and modifications that were created in these processes and to have 
them identified in varying periods of time . I n this way changes could 
be supplied to the user which uses BTN25 to update its own data 
whilethat could create temporary views thereof. This was impossible 
or at least very difficult to assure on a graphical CAD. On the other 
hand, a new set of possibilities that facilitated internal consistency 
control tasks and control data consistent with external data reference 
were opened. 

Therefore, we designed a production and control environment for 
BTN25 in a GIS platform with the foil owing characteristics: 



- Easy capture environment with high productivity rate. 

- Control environment that allows managing the reviews of the prod- 
uct with the agents that update it. 

- Management of the three-dimensional information in an easy way. 

- Possi bi I ity of temporary vi ews of the data base. 

- Maintenance of item and feature I Ds during product updating pro- 
cess. 

- Management of new element, deletions and modifications in the 
updating process 

- Error detection at the time of capture or subsequently by imple- 
menti ng consi stency rul es 

- Implementation of capturing profiles by which, on the one hand, 
simplifies the attributes value capture and, on the other hand, auto- 
matically controlling the validity of combinations of attribute values 
code list. 

- Using a procedure for verifying the consistency of information re- 
garding the external reference information identified in the BTN25 
production manual. 

Besides geometric and topological treatments used in all geographic 
information databases production processes. 

Based on these requirements a production process according to the 
fol I owi ng scheme was establ i shed ( F i gure 5) . 



Field update 




Figures. Workflow in BTN25 GIS project 



Four phases were defined in the BTN25 GIS production process 
[GAR10]: 

2.2.1. Stage 1 : Exporting the information to be updated 

This stage aims to prepare the information and set up the environ- 
ment to update it. Thi s wi 1 1 perform the fol I owi ng operati ons: 

- Export a Geomedia MDB file from the central database ORACLE on 
which update will be performed. 

- It automatically creates the environment settings with the metadata 
stored i n the central database 

- It makes a backup to analyze new elements /deletes/ modifications 
once you have updated the Geomedia MDB file. 

2.2.2. Stage 2: Updating. 

It makes capturing information that will aimtoupdatetheBTN25. In 
this sense a customized work environment has been created that en- 



ables different update methodologies, while giving the opportunity to 
perform consistency checks at the capturing time or using off-line 
process, so the information is always keeping the integrity as defined 
in BTN25 [ BTN11]. 

It has also provided the to the work environment applications to 
manage external data reference identified in BTN25 Production 
Manual. 



2.2.3. Stage 3: Checks, review and automatic procedures. 

Once captured and modified the information needed to update the 
BTN25, we proceed to review the resulting information. An control 
environment has been created with the following possibilities 
[Marll]: 

- Automatic applications to verify the consistency of the information. 
As has tools that facilitate visual inspection using the orthophoto 

- Topological and geometric control tools 

- Applications that make easy the task of reviewing information ac- 
cording to background information identified in theBTN25 Produc- 
tion Manual. 

- Definition of a process that facilitates and manages the review of 
errors detected with automatic and visuals controls. 



2.2.4. Stage 4: Import the updated information. 

Finally, updated and tested once the information is appropriate to 
i ntegrate it i nto the central database. 

I n this phase are two operations, first create the new/ deletes/ modi- 
fies elements file comparing current information with the backup 
made in Phase 1 and then import takes place in the central database 
of information that has been modified. 

At the time of the import is management additions, deletions and 
modifications in the central database, which allows among other pos- 
sibilities ensure traceabi I ity of modified items and temporal views of 
the database. 



3. Update and Control Work Environment of BTN25 
GIS 

The objective is to organize and facilitate work on Gl S environment. 
By usi ng general purpose software, their use requires a high degree of 
knowledge of it, which can be a limitation in production. To avoid 
this potential problem a custom environment has been created, using 
the possibility to develop applications in standard programming lan- 
guages on Gl S platforms. 

All the workflow setting is performed with external tables. You can 
configure the tasks to do, the list of features and attributes that you 
capture and also control and error detection utilities. Thanks to the 
external tables configuration you can use the same program for dif- 
ferent production projects just changing the configuration. 

One important goal in BTN25 GIS production process is the devel- 
opment of semantic rules in order to preserve the logic consistency 
and quality in the cartographic products obtained. 

Such rules establish a set of permissions and restrictions by means of 
topological relationships as: connectivity, adjacency, completely sur- 
rounded of, included, completely covered, proximity, partial overlap- 
ping and crossing, that "must or can" be accomplished between cer- 
tain groups of features or individual feature, that ensure the logic 
consistency defined for a set of geographical data. 

Logic consistency is defined in "ISO 19 IB Geographic information - 
Quality standard" as the "degree of adherence to logical rules of data 
structure, attribution and relationships (data structure can be con- 
ceptual, logical or physical)". 

I mplementing semantic rules, in a practical sense, consists on mate- 
rialize more than 150 queries that notice of noncompliance the data 
capture conditions, relationships between elements and own charac- 
teristics of each feature class defined in a formal document called 
"Data dictionary and capture standards of the National Topographic 
Database 1:25.000". 

The first step in developing semantic rules was systematically formal- 
izes the rules expressed literally in the document above in the format 
described in the figure 6. 
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Figure 6. Semantic rule systematic notation 

For implementing such rules, a systematic analysis of the conditions 
mentioned in the documents above has been done, defining for each 
one of them: a) feature class that the rule is concerned about, b) de- 
gree of association that can be classified in: "must" or "can", depend- 
ing on the compulsory of the relationship and c) Association name, 
that defines the topologic relationship among feature classes, that 
can be also classified as: 1) connectivity, 2) feature Al included in fea- 
ture A2 b) Al feature proximity with A2 feature, 3) partial overlap- 
ping, 5) crossing, 6) overlapping and 6) disjoint 

Analysis result is implemented in GIS environment by means of 
building as many set of queries as many rules are obtained, showing 
the database el ements that vi ol ate the ru I es. 

Semantic rules operation can be done by mean of two procedures: a) 
On-line: as the data is being captured, before storing, is detected if 
the element accomplishes the established rules or not and b) Off-line: 
i s appl i ed to a set of data that are captured i n previ ous stages and one 
needs to verify if the preset conditions of the rules are accomplished 
or not. 

I n the next picture can be show an example of result of one semantic 
rule, it is not possiblethat one communication route crosses through 
the building. 
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Figure 7. Communication route crosses through the building 



On the other hand, the updating and control environment has two 
different views, each actor-oriented views is involved in the work 
process. One is for the agent who is responsible for the update and 
another is for the operator who is responsible for monitoring. I n the 
next picture you can see the two environments 
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Figure 8. Overview of the environment 



Basically it's the same, except for two minor differences: 
-The updating view has no profits to mark visual errors 

- E rror management i n the rel ati onshi p agent / revi ewer 

This is because one of the objectives in the development has been to 
ensure that both, the agent in charge of the update and the operator 
responsible for its review have the same tools for error detection in 
order to self-assess the quality of the product it is delivered. This 
greatly si mpl ifies the task of revision. 

3.1. Tools for updating 

Besides control utilities that will detail in the next section, specific 
tools have been designed that allow efficient and safe update of 
BTN25. 

-Capture Profiles have been implemented, defined by one feature 
class and a combination of attribute values that allow quickly and 
safely record the i nstance. 

- It allows capturing tridimensional geometries; this is done by rely- 
ing on a DTM, previously loaded. Also it allows marking the items 
that altitude hasn't been assigned, for doing automatically in further 
off-line process when DTM has been loaded. 

- Contour I i nes are able to be generated from DTM i n order to updat- 
ingaltimetry data. 

- Other tool s for symbol i ze, revi ewi ng data and I ayer management to 
make easy the manipulation of the information and the work envi- 
ronment have been faci I itated, even the possi bi I ity to access to exter- 
nal geographic data viewers centered i n the updati ng area. 

3.2. Tools for controlling 

Quality control is detecting non-compliance with BTN25 specifica- 
tions [BTN09] [CEN07]. It is divided into two different kind of con- 
trol: Automatic and visual. The first is to automatically detect the er- 
rors, while the second should be the reviewer which detect and mark 
with a specific encoding. 

The foil owing describes the controls performed in each of them. 



3.2.1. Automatic Controls 

Automatic controls detect errors at any time of the updating by a 
complete inspection of the file, so are able to run both on-line and 
off-line using specific menus, Figure9 
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Figure 9. Automatic Control Tasks 

Online detection prevents operator mistakes while capturing and its 
activation is optional. Offline method executes the post-process con- 
trols. 

The control operator can run as many times as necessary, repair er- 
rors and deliver the file with the assurance that all errors are detected 
automatically, are fixed. 

The control s that are bei ng made at the present are: 

- Allowed Combinations and E mpty Attri butes Control : some Capture 
Profiles are defined under feature definition. That is, one feature is 
defined with theentityand the possible combinations of values for its 
attributes. This control detects whether the combination of the val- 
ues of attri butes codel i st type of an el ement bel ongs or not to set Cap- 
ture P rofi I es that are i ncl uded i n the proj ect specif i cati ons [ BTN 09] . 

It's not enable capture elements with invalid attribute combinations 
if it's worki ng with the project envi ronment. 

- Control Z: Detects the lack of agreement between the Z coordinate 
of an element and the elevation model loaded with the tool, also the 
possi bl e I ack of regi stered contour I i nes i s checked. 

- Format and Domain Control: Detects the nonconforming to format- 
ting and domain rules specified in the BTN25 Manual [BTN 11], for 
attri butes that are not codel i st type. 



- Consistency Control: Detects the nonconforming to semantic rules 
based on spatial relationships to be established between interde- 
pendent phenomena to be consistent with the real world and with the 
specif i cati ons i n trappi ng standards [ BTN 11] . 

The I atter two can be detected i n ti me of capture or post-processi ng. 

- Geometric and Continuity Control: it detects geometry and connec- 
tivity errors of the set of sheets (connectivity in and between sheets, 
loops, duplicate vertices, solve intersections, etc.). The tool provides 
solutions to errors that can be resolved automatically, semi- 
automatical I y or manually. 

3.2.2. Visual Inspection 

Visual errors are detected using external sources of reference, eleva- 
tion models and orthophoto. I n the control environment are defining 
tasks of reviewing information according to BTN25 Content Defini- 
tion Protocol necessary for proper allocation of attributes of the up- 
date phase. 

Errors detected are stored and displayed by "marks", figure 10, with a 
standard description understandable by agent and editor, which is 
composed according to the type of fault based on the classification of 
the I S019113 Quality Subelements [I SO02] 
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Figure 10. Window and selecting the type of error flag 

I n order to make the standard classification a specific application has 
been created that faci I itates the management of them, fi gure 11 
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Figure 11 Coding window error flag 



4. Errors Management 

1 1 is a management system to ensure automatic error detecti ng track- 
ing duri ng the revi ewi ng process. 

4.1. Error States 

Errors are handled by states. Once an error is generated, it is auto- 
matically assigned a state that indicates the situation in which it is 
si nee first detected until it isfixed or classified as false. 

Errors never disappear. Once detected only are able to change from 
one state to another. Figure 12 shows the classification of states and 
their meaning. 
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Figurel2. Classification error states 

Filters allow visualizing the error states that we are interested de- 
pendi ng on the task that we are runni ng. F i gure 13 shows the wi ndow 
where choose the error state to vi sual i ze. 
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Figure 13. Filters error states 

The agent must have active at least State-0 to see new errors, and 
State-2 for thei r own j ustifi ed errors but not accepted by I GN . 

Meanwhile, IGN, at least must have active errors in State-1 which are 
justifications made by the agent, and in State-3, visual errors ar- 
ranged by the agent and that have not yet been verified by the I GN. 

As State-4 stores errors properly fixed and State-5 are false mistakes, 
you don't need active them. 



Followi ng figures show s the state changes that may occur dependi ng 
on the type of error and the work en vi ronment ( 14 and 15) . 




4 


1 





Error repaired 




NEW: 


correctly 


1 


pending 
error 





\ 


2 

No accept: 






pending 






error 



OPERATOR 
Review state and 2 



Error justified; 
pending 
accept 




4 





Error repaired 


NEW: 


correctly 


pending 
error 



Figure 14. State changes in automatic error 




Figure 15. State changes in visual errors 



4.2. Reviewing Errors 

After running the automatic controls or marked visual errors shall be 
checked one by one i n order to give it a sol ution. 

The application has a reviewing window which allows fluid commu- 
nication between agent and IGN for tracking the errors, and it has a 
variety of tools to facilitate the arrangements, in order to speed up 
the error handling process (Figure 14). 
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Figure 16. Reviewwindow of error in each of the environments 

As shown i n the figure, the state change buttons and typi ng area var- 
i es dependi ng on the envi ronment i n whi ch it is bei ng revi ewed. 

The application allows to change from one state to another depend- 
ing on the environment and the previous state in which the error is, 
j ustify, fl ag as solved, waiti ng for verifyi ng, or mark as false errors. 

In this way, the agent at the end of the update will not be left without 
fixing any errors or justify it. And meanwhile I GN should not let any 
error pending for verifying. 

This systematic methodology of error handling facilitates communi- 
cation between the agent and the IGN because review and correction 
processes of BTN25 have been standardized. 



5. Conclusion 

The General Subdirectorateof Geodesy and Cartography, specifically, 
the Department of Basic and Derived Mapping is responsible for the 
production of National Geographic Information Databases and Na- 
tional Mapping Series. The 1:25,000 scale production project is one 
of the most complex in the national level, both for its size and its di- 
versity. 

The Department of Basic and Derived Mapping is involved in a con- 
tinuous process of reengineering of the production systems in order 
to improve efficiency. This unequivocal commitment to innovation is 
giving very good results in order to improve the efficiency. 

The systematic definition of the project and the creation of BTN25 
GIS production environment has established a clear and objective 



methodology, while ensuring the consistency of information accord- 
ing to the product definition, with knowledge at all times of infor- 
mation official reference to be used for updating each kind of feature. 

Also, it enables establish frame of communication between the agent 
and IGN, both for management of visual and automatic errors as for 
tracking the workflow, even to notify automatically the change of 
state to the agents involved and being able to handle the file move- 
ment and pending tasks assigned to each operator. 

All these features make it easy BTN25 production and thus improve 
outcomes. 

The successes achieved so far encouraged to continue this technology 
commitment. Currently, the new development works in the area are 
directed to the production of printed maps. On the one hand, the de- 
velopment of automatic generalization based processes for creating 
quality printed maps based on topographic databases. On the other 
hand, development of data models and more efficient production en- 
vironments for cartographic production in order to have better com- 
munication with reference databases and facilitate the implementa- 
ti on of mappi ng on demand. 
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